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FINE-GRAINED FORWARD-SECURE SIGNATURE SCHEME 

TECHNICAL FIELD 

The present invention relates to a method for providing a secret cryptographic key and public 
5 cryptographic key applicable in a network of connected computer nodes using a signature 
scheme. Moreover, the invention relates to methods for providing and verifying a signature value 
on a message in the network of connected computer nodes. A method for communicating the 
validity of the generated signature value in the event of a detected intrusion is also disclosed 
herein. 



10 BACKGROUND OF THE INVENTION 

Electronic or digital signatures are used to authenticate information, that is to securely tie the 
contents of an electronic document to a signer, more precisely, to the signer's public key. Only the 
true signer should be able to produce valid signatures, and anyone should be able to verify them 
in order to convince oneself that the signer indeed signed the document. While many digital 
1 5 signature schemes have been proposed so far, a few are used in practice today. 

Ordinary digital signature schemes suffer from a fundamental shortcoming: once the secret key is 
leaked, for example because a hacker managed to break into the signer's computer, and, when this 
leakage is detected, the public key is revoked then all signatures produced by the signer become 
reputable, i.e., it is no longer possible to distinguish whether a signature was produced by the 

20 signer or the hacker. Therefore ordinary signature schemes can pre se not provide 
non-repudiation. One possibility to achieve non-repudiation is to use a so-called time-stamping 
service. Here each signature is sent to a trusted third party who signs a message containing the 
signature and the current date and time. A signature is considered non-reputable if it was 
time-stamped before the signer revoked her public key. Hence, assuming that the trusted third 

25 party's key is never leaked, non-repudiation is guaranteed. However, this solution requires 
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frequent interaction with a trusted third party, e.g., the time-stamping service, which is not 
desirable. 

Another possibility is to change the keys frequently, i.e., to use a different key pair each day and 
delete all the secret keys of past days. It then is understood that if a day has passed without that 
5 the user has revoked that day's key then all the signatures made with respect to the key are 
non-reputable. This either requires again frequent interaction with the trusted third party, or, the 
public key becomes large, i.e., a list of many public keys. Forward secure signature schemes as 
introduced by R. Anderson in "Two remarks on public-key cryptography", Manuscript, presented 
by the author at the 4th ACM CCS (1997), September 2000, and formalized by Bellare and Miner 
10 in "A forward-secure digital signature scheme", In Michael Wiener, editor, Advances in 
Cryptology - CRYPTO '99, volume 1666 of LNCS, pages 431-448, Springer Verlag, 1999, solve 
this problem by having only one public key but many secret keys - one for each time period. In 
fact, most forward secure signature schemes allow one to derive the secret key of the current time 
period from the one of the previous period in a one-way fashion. 

15 In principle, a forward secure signature scheme can be obtained from any ordinary signature 
scheme: the signer chooses new secret and public keys for each time period. The public key of the 
forward secure signature scheme become the set of the ordinary public keys index by the time 
period for which they are valid. To sign a message the signer uses the secret key of that period. 
Once a time period has passed, the signer deletes the respective secret key. It is easy to see that 

20 this scheme is forward secure. However, the scheme is rather inefficient in terms of (public and 
secret) storage. 

However, current forward secure signature schemes suffer from the following problem. In case of 
a hacker's break-in all the signatures made in this time-period have to be recalled and the (honest) 
signer needs to re-issue them. One solution to this is to use small time-periods which only works 
25 if the complexity of the key update is comparable to the complexity of signing. 
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From the above it follows that there is a call for an improved forward secure signature scheme 
that is more secure and efficient. The scheme should furthermore allow to react on a hacker's 
break-in immediately without re-issuing signatures for the past. 
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SUMMARY AND ADVANTAGES OF THE INVENTION 

In accordance with a first aspect of the present invention, there is given a method for providing a 
secret cryptographic key sk and a public cryptographic key pk applicable in a network of 
connected computer nodes using a signature scheme. The method is executable by a first 
5 computer node and comprises the steps of generating the secret cryptographic key sk by selecting 
two random factor values P, Q, multiplying the two selected random factor values P, Q to obtain 
a modulus value (N), and selecting a secret base value g\ h\ x' in dependence on the modulus 
value N, wherein the secret base value g\ h\ x' forms part of the secret cryptographic key g\ h\ x\ 
The method further comprises generating the public cryptographic key pk by selecting a number / 

10 of exponent values e u ...,ei, and deriving a public base value g, h, x from the exponent values 
e u ...,ei and the secret base value g\ h\ x\ wherein the public base value g, h, x and the modulus 
value N form part of the public cryptographic key g, h, x, N. The method further comprises the 
steps of deleting the two random factor values P, Q; and providing the public cryptographic key 
g, h, x, N within the network; such that the public cryptographic key g, h, x, N and at least one of 

15 the selected exponent values e u .„,ei is usable for verifying a signature value i, y, a on a message 
m to be sent within the network to a second computer node for verification. 

In a second aspect of the present invention, there is given a method for providing a signature 
value /, y, a on a message m in a network of connected computer nodes, the method being 
executable by a first computer node and comprising the steps of selecting a first signature element 

20 a\ selecting a signature exponent value e, from a number / of exponent values e h ...&; and 
deriving a second signature element y from a provided secret cryptographic key g' h h' h x' h the 
message m, and the number I. of exponent values such that the first signature element a, 

the second signature element y, and the signature exponent value e x satisfy a known relationship 
with the message m and a provided public cryptographic key g, h, jc, N, wherein the signature 

25 value /, y, a comprises the first signature, element a, the second signature element y, and a 
signature reference i to the signature exponent value e h the signature value i, y y a being sendable 
within the network to a second computer node for verification. 
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In a third aspect of the present invention, there is given a method for verifying a signature value /, 
y 9 a on a message m in a network of connected computer nodes, the method being executable by a 
second computer node and comprising the steps of receiving the signature value i 9 y 9 a from a first 
computer node; deriving a signature exponent value e ( from the signature value i 9 y 9 a; and 
5 verifying whether the signature exponent value e, and part of the signature value i, y, a satisfy a 
known relationship with the message m and a provided public cryptographic key g 9 h, x 9 N 5 
otherwise refusing the signature value i 9 3;, a, wherein the signature value i 9 y 9 a was generated 
from a first signature element a 9 a number / of exponent values e\ 9 ... 9 e/ 9 a provided secret 
cryptographic key g'„ A', Jt'/, and the message m. 

10 In a fourth aspect of the present invention, there is given a method for communicating within a 
network of connected computer nodes the validity of a signature value i, y 9 a in the event of an 
exposure of a secret cryptographic key sk relating to the signature value /, y 9 a, the method 
comprising the steps of defining an order of exponent values <?i,...,e 7 ; publishing a description of 
the exponent values ei,...,e 7 and the order of the exponent values e\ 9 ... 9 e\ within the network; 

1 5 publishing a revocation reference j to one of the exponent values e\ 9 ... 9 ej within the network such 
that the validity of the signature value /, y 9 a is determinable by using the revocation reference j 9 
the order of exponent values e\ 9 ... 9 e l9 and a provided public cryptographic key pk. 

The presented methods form the basis of a forward-secure signature scheme that is provably 
secure, i.e., its security relies on no heuristic such as the random oracle model. Moreover, the 

20 presented methods form also the basis of a fine-grained forward-secure signature scheme that is 
secure and efficient. The latter scheme allows one to react immediately on hacker break-ins such 
that signature values from the past still remain valid without re-issuing them and future signature 
values based on an exposed key can be identified accordingly. In other words, when using the 
fine-grained forward-secure signature scheme there is no need to re-sign signature values 

25 produced in a current time period in the event of a secret-cryptographic-key exposure. Re-signing 
is tedious, because it would involve to contact the parties again, and possibly some re-negotiating. 
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In general, the presented methods form the basis of a forward-secure signature scheme, in which 
each prepared signature value, also referred to as signature, carries an ascending signature 
reference /, that also is contemplated as an ascending index i. This index i is attached to the 
signature value i, y 9 a in a way such that once it is used, no lower index can be used again to sign. 
5 Then, whenever an adversary breaks in, an honest signer can just announce the current index, e.g., 
by signing some special message with respect to the current index, as part of the revocation 
message for the current time period. It is then understood that all signatures made in prior time 
periods as well as all signatures make in the revoked period up to the announced index are valid, 
i.e., non-reputable. 

10 Instead of using time periods, like in ordinary forward-secure signature schemes, the fine-grained 
forward-secure signature scheme updates the secret cryptographic key whenever a new message is 
signed. In the event of a break into a signers system, which can be immediately noticed due to 
existence of tools called intrusion detection systems, one can revoke the public cryptographic key 
g, A, x, N and publish the last used index /. Thereby other computer nodes can be informed about 

15 the validity of already issued signatures. This prevents other parties form using the exposed 
provided secret cryptographic key g' h h' h jc' to sign while not requiring to re-issue past signatures. 

A description of the exponent values can be provided within the network. This allows 

every interested party to verify the validity of the signature. 

It can be defined an order of the selected exponent values e\ 9 ...,ei for enabling to communicate the 
20 validity of the signature value /, y, a in the event of a detected intrusion. This enables the 
fine-grained property of the presented scheme. 

Each of the exponent values can be applied to at most one signature value i, y, a, which 

allows to provide a secure signature scheme. 

A more efficient signature generation can be achieved when the derivation of the signature 
25 element y further comprises the step of deriving a signature base value g h h h jc, by using the 
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provided public cryptographic keyg, h, x, N, the provided secret cryptographic key g' h h' h x' h and 
the exponent values ei,...,ei. 

When a new secret cryptographic key g' M , h' M , x' M is derived from the provided secret 
cryptographic key g' h h' h x' t and the selected signature exponent value e„ then the advantage 
5 occurs that forward security can be achieved. 
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DESCRff TION OF THE DRAWINGS 



Preferred embodiments of the invention are described in detail below, by way of example only, 
with reference to the following schematic drawings. 

5 FIG. 1 shows a typical network of connected computer nodes. 

FIG. 2 shows a schematic flow diagram for providing a secret cryptographic key and a 

public cryptographic key applicable in the network of connected computer nodes. 

FIG. 3 shows a schematic flow diagram for providing a signature value on a message in 

the network of connected computer nodes. 

1 0 FIG. 4 shows a schematic flow diagram for verifying the signature value. 

FIG. 5 shows a schematic flow diagram for communicating within the network of 

connected computer nodes the validity of the signature value in the event of an 
exposure of a secret cryptographic key relating to the signature value. 

The drawings are provided for illustrative purpose only and do not necessarily represent practical 
1 5 examples of the present invention to scale. 
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Glossary 

The following are informal definitions to aid in the understanding of the description. The signs 
relate to the terms indicated beside and are used within the description. 



5 P, Q random factor values, preferably primes 

N modulus value 

k number of bits of N 

eu...,ei exponent values 

d signature exponent value 

10W seed, part of description of exponent values 

QR N subgroup of squares in Z* n 

/ security parameter 

{0,1}' bit-strings of length / 

g\ h\x' secret base value being part of a secret cryptographic key (sk) 

1 5 g' h h ',, x'i provided secret cryptographic key 

g'n, h'i+u x'i+\ new or updated secret cryptographic key 

g, h, x forming a public base value 

g, h, x, N public cryptographic key (pk) or provided public cryptographic key (pk) 

a first signature element 

20 y second signature element 

i signature reference to a signature exponent value e % 

7 revocation reference 

f signature reference 

/ number of signature values producable 

25 y, a forming a signature value 

m message 

Ph P2, Ph P4 first, second, third, fourth computer node 

to starting time 

T time period 
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t& duration of time period 

s number of producable signature values per time period 

DETAILED DESCRIPTION AND EMBODIMENTS 

5 With general reference to the figures, the features of a fine-grained forward-secure signature 
schemes within a network are described in more detail below. 

Turning to Fig. 1 which shows an example of a common computer system 2. It comprises here a 
first, second, third, and fourth computer node />/, p 2 , P3, P4 which are connected via 
communication lines 5 to a network. Each computer node p h p 2 , p^ p^ may be any type of 

10 computer device or network device known in the art from a computer on a chip or a wearable 
computer to a large computer system. The communication lines can be any communication means 
commonly known to transmit data or messages from one computer node to another. For instance, 
the communication lines may be either single, bi-directional communication lines 5 between each 
pair of computer nodes p h p 2 , p3, P4 or one unidirectional line in each direction between each pair 

15 of computer nodes p h p 2 , p$, p 4 . The common computer system 2 is shown to facilitate the 
description of the following methods forming and allowing a forward-secure signature scheme 
and a fine-grained forward-secure signature scheme. 

Key Generation 

Fig. 2 shows a schematic flow diagram for providing a secret cryptographic key and a public 
20 cryptographic key applicable in the network of connected computer nodes. The steps to be 
performed are indicated in boxes and labeled with numbers, respectively. The same reference 
numerals or signs are used to denote the same or like parts. 

The generation of a secret cryptographic key sk, also referred to as secret key, and a public 
cryptographic key pk, also referred to as public key, is here performed by the first computer node 
25 p h 
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At first, the secret cryptographic key sk is generated by selecting two random factor values P, Q, 
labeled with 20, 21. These two selected random factor values P, Q are then multiplied and a 
modulus value N is thereby obtained, as labeled with 22. Then, a secret base value g', h\ x' is 
selected in dependence on the modulus value N, as labeled with box 23, wherein the secret base 
5 value g', h\ x f forms part of the secret cryptographic key sk, here also denoted as g', h\ x\ 

At second, the public cryptographic key pk is generated by selecting a number / of exponent 
values ei, as labeled with box 24. A public base value g, h 9 x is derived from the exponent 
values ei,...,e/ and the secret base value g\ h\ x\ as labeled with 25, wherein the public base value 
g, h, x and the modulus value N form part of the public cryptographic key pk, also denoted as g, 

10 A, x, N, and labeled with 26. The two random factor values P, Q should be deleted afterwards for 
security reasons, as indicated with 27. The public cryptographic key g, h, x 9 N is provided within 
the network, as indicated with 28, such that other computer nodes pi 9 p^ P4 have access to this 
key. Later on, the public cryptographic key g, A, x N and at least one of the selected exponent 
values e\,... 9 ei will be usable for verifying a signature value /, y 9 a, also referred to as signature, on 

15 a message m which is to be sent within the. network to, e.g., the second computer node p 2 for 
verification purposes. 

In the following the generation of the secret cryptographic key sk and the public cryptographic 
key pk is presented as an embodiment with some more mathematical details. At first a random 
RSA modulus value N of size k bits is chosen. The modulus value N is preferably a product of 

20 two safe primes. By QR N is denoted a subgroup of squares in Z* N > whereby all group operations 
will be performed in this group. It is chosen a random seed W and used by applying some 
pseudorandom generator to construct the number / random unique / + 1-bit prime exponent 
values eu... 9 ej. Publishing this seed W (as a part of public cryptographic key pk) allows any 
computer node p2->PhP4 to reproduce the exponent values e\ 9 ... 9 e/. It is also possible to publish all 

25 the exponent values e\ 9i .. 9 ej as a part of the public cryptographic key pk. Moreover, since different 
signers can use the same exponents they can; be published by some trusted organization. Further, 
the secret base value g', h ', x' is selected randomly from QR N . It is computed 
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The public cryptographic key pk is here pk := N, g, A, x, W. The secret cryptographic key sk is 
here sk := g r ,h\ x'. It is set / := 0. 



Signing 

5 Fig. 3 shows a schematic flow diagram for providing a signature value on a message m in the 
network of connected computer nodes. If the public cryptographic key pk has not yet been 
revoked, the signature value /, y, a on the message m is here performed by the first computer node 
pi. The first computer node p\ is also referred to as signer or signing party. At first, a first 
signature element a is selected, as labeled with 30. Moreover, a signature exponent value e t is 

10 selected from a number / of exponent values ei,...,e/, as shown in box 31. As indicated with box 
32, a second signature element y is derived from a provided secret cryptographic key g' h h\ x' h 
labeled with 33, the message m, which is labeled with 34, and the number / of exponent values 
e\,...,ei such that the first signature element a, the second signature element^, and the signature 
exponent value e { satisfy a known relationship, that is representable as a verification equation, 

15 with the message m and the provided public cryptographic key pk comprising g, h, x, N. The 
signature value /, y, a, as labeled with 35, finally comprises the first signature element a, the 
second signature element y, and a signature reference i to the signature exponent value e x . The 
signature value /, y 9 a is then sent within the network to, e.g., the second computer node p 2 for 
verification purposes. 

20 The generation of the signature value 7, y 9 a is addressed hereafter with regard to some more -' 
mathematical aspects. It is assumed that the message m is to be signed. If the public cryptographic 
key pk has been revoked, e.g., because the secret cryptographic key sk has been leaked, or if i > I , 
i.e., the maximal number of producable signature values has been reached, then signing is 
aborted. Given the secret cryptographic key sk,- = g' h h' h x\ one can compute elements g h h h and jc, 

25 such that 



g?=g> = and 
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Then, one chooses a first signature element a that is random, with ae R {0,1 }', and computes 

, y:=x ig fhf H(m) ., 
The signature on the message m is here i 9 y 9 a. 

After having signed, the secret cryptographic key sk is updated by computing 

5 «Jh=*!\ and x f M ^r, 

and setting the secret cryptographic key sk to sk,+i := h f f +u +0 and update / : = i + 1 . 
Signature Verification 

Fig. 4 shows a schematic flow diagram for verifying the signature value i, y 9 a. The verification of 
the signature value i 9 y 9 a on the message m is here performed by the second computer node p2. 

10 The signature value i, y 9 a is received by the second computer node p2 from the first computer 
node pu as indicated by box 40. Then, the second computer node p 2 derives a signature exponent 
value d from the signature value i, >>, a, as indicated with box 41 . It can be verified whether or not 
the signature exponent value is a member of a number I of exponent values as indicated 

with box 42, wherein a description of the of exponent values ei, ..,,£/ is accessible within the 

15 network, as indicated with box 43. If the signature exponent value is not a member of a number 
/ of exponent values then the signature value i 9 y, a might be refused. As shown with box 

44, it is verified whether or not the signature exponent value e, and part of the signature value /, y 9 
a satisfy a known relationship, i.e. the verification equation, with the message m and a provided 
public cryptographic key g 9 h 9 x, N, as provided in box 43. When this verification fails, the 

20 signature value /, y 9 a is refused. The results of the verifications 42, 44 are either "true" or "false" 
as indicated in the figure with "T" and "F", whereby "false" or "F" leads to a refusal of the 
signature value /, y 9 a and "true" or "T" to an acceptance. It can be determined that the signature 
value i 9 y 9 a was generated from the first signature element a, the number / of exponent values 
ei,...,e 7 , a provided secret cryptographic key g' h h' h x' h and the message m. 
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In another example, the second computer node p 2 , that is also referred to as verifier, checks 
whether or not i, y, a, W is the signature, i.e., the signature value, on the message m. Firstly it is 
checked if 0 < i <>L Secondly the second computer node p 2 generates the signature exponent 
value e, from the signature reference i and the seed W, that here also is included in the signature 
5 value /, y, a, W. Finally the verifier, Le., the second computer node p 2y accepts the signature if the 
following known relationship, i.e. the verification equation, is fulfilled 

Revocation 

10 Fig. 5 shows a schematic flow diagram for communicating within the network of connected 
computer nodes the validity of the signature value y, a in the event of an exposure of a secret 
cryptographic key sk, as indicated with 54, relating to the signature value i 9 y, a. The validity of a 
signature value /, y, a is communicated within the network as follows. An order of exponent 
values is defined, as indicated with 50, whose description is provided within the network, 

1 5 as indicated with 5 1 . The order of exponent values ei v . .,£/ is also published within the network, as 
indicated with 51. Furthermore, a revocation reference/to one of the exponent values is 
published within the network, as indicated with 52, such that the validity of the signature value i, 
y, a is determinable, as indicated with 53, by using the revocation reference j, the order of 
exponent values and a provided public cryptographic key pk, shown with 55. 

20 The following provides some more brief embodiments on how to use the presented signature 
scheme as forward-secure signature scheme and fine-grained forward-secure signature scheme, 
which are provable secure without random oracles. 

Forward-Secure Signature Scheme 
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The presented signature scheme can be used as forward-secure signature scheme with the 
particular property that one can sign only one message per time period. That is, one assigns each 
index i to a time-period rather than to a message. 

Being able to sign only a single message per time-period is of course not very practical. However, 
5 using any ordinary signature scheme S together with the presented signature scheme, one can 
obtain a forward-secure signature scheme where one can sign many messages per time-period as 
follows. 

One generates a new instance, i.e., public and secret key pairs, of S (called S,) for each time 
period T h with 1 £ i £ /, and signs its public key pk, as the i-th message in the presented signature 
10 scheme. 

To sign a message m in time-period T h one can then use the signature scheme S, to sign the 
message m resulting in a signature s m . Thus the final signature on message m comprises the 
signature s m , the public key pk„ plus the signature on that public key performed with the presented 
signature scheme applying index /. 

15 Fine-Grained Forward-Secure Signature Schemes 

The presented signature scheme does not prevent a dishonest signer from invalidating a signature 
made in the past by claiming that a break-in happened and publishing an index that is smaller 
than the one the signer used with that signature. It seems to be unavoidable that a signer is 
allowed some time (e.g., an hour) after generating a signature during which she can still recall the 
20 signature by claiming a break-in happened. This is because the signer should be allowed some 
time to figure out that a break-in happened and to react to it. In the following three examples 
27. , and are presented below to overcome this problem. 

/. A Two-Level Scheme 

It is used one instantiation of . the presented signature scheme, call it A-scheme, where each index 
25 denotes a time-period, i.e., index j denotes here the time period 7) from to + i* t A to to + (/ + l)t&, 
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where to is the starting time and .t& is theduration of the time-period. The public key of this 
scheme becomes the public key of a user. Furthermore, a parameter j\ is published as part of the 
public key, whereby the parameter y A controls the time the user can take to note that the secret key 
got compromised. 

5 Then, for each time-period a second instantiation of the presented signature scheme is used, call it 
Brscheme, and sign its public key using the A-scheme with respect to the index i of that 
time-period. After this, the secret key of the A-scheme is updated and the hew current index of 
this scheme becomes i + 1 . 

To sign a ./-message of the current time period T h the B r scheme with index j is used. The 
10 signature on the message comprises this signature, the public key of the B r scheme, and the 
signature on this public key made with the A-scheme. Again, after signing the secret key of the 
B r scheme is updated and the new current index isy := j + 1 . 

Whenever a signer wants to revoke her key, e.g., in time-period 7>, she sends a third trusted party, 
hereafter abbreviated to TTP, a predetermined message that indicates this, signed with the 
15 i? r scheme using the current index, here j\ Such a signature is called revocation signature. The 
TTP verifies the signature and checks whether 7> is the current time period. If this is the case the 
TTP accepts the revocation and publishes the signature appropriately. The signer is not precluded 
from revoking several times in the same time period. 

A user's signature with indices i and j is considered valid if no revocation happened, or if a 
20 revocation with indices /' and j f happened (where V and j 9 are the smallest indices of any 
revocation signature published by the TTP), if i ^ i' and j < f - j\ holds. Until the time-period in 
which one signature was signed has not passed, one cannot be sure whether the signature will be 
valid or not. This, however, holds true for any forward-secure signature scheme. 

The reason that the signer is allowed to revoke one key several times is that otherwise an 
25 adversary who knows the secret key could send a revocation message with index / that is higher 
than the signer's current index. It is easy to see that this gives a fine-grained forward secure 
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signature scheme. Instead of the presented signature scheme, one could use any forward secure 
signature scheme as A-scheme. 

IL Using a Public Archive 

The second example replaces the A-scheme in the previous example with a public archive. It is 
5 assumed that it is not possible to delete messages from the archive and that messages are 
published together with the exact time they were received by the archive. 

Given such an archive, a fine-grained forward-secure signature scheme is achieved as follows 
using only one instantiation of the presented signature scheme. The signature on the message m is 
performed with the presented signature scheme using the current index. After signing, the secret 
10 key is updated. 

At the end of each time period, the user signs a predetermined message, e.g., « last index used in 
time period 71 », by applying the presented signature scheme and using the current index, here j, 
and then updates the secret key and sends this index signature to the public archive. The public 
archive posts the message along with the time it received the signature. 

15 Whenever a signer wants to revoke her key, e.g., in time-period 7>, she sends the TTP a 
preferably predetermined message that indicates this, signed the presented signature scheme using 
the current index /. The TTP verifies the signature and checks whether T'i is the current time 
period and whether f is not smaller than the index j of the index signature the signer provided to 
the public archive during the previous time period. If this is the case the TTP accepts the 

20 revocation and publishes the signature appropriately. Again, the signer is not precluded from 
revoking several times in the same time period. 

In this second example, a user's signature with index i is considered valid if no revocation 
happened, or if revocation happened, if j < f - j A or if i < y, where f is the smallest index of any 
revocation signatures published by the TTP and j is the index j of the index signature the signer 
25 provided to the public archive in the time-period prior to the one in which the key was revoked. 
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In this example scheme, one cannot be sure that a signature signed in some time-period is valid 
until the time period has passed and the signer has published a signature with a higher index in 
the archive. Compared to the first example solution, the second one has the advantage that 
signatures are shorter. 

5 For practical reasons, the signer might be allowed some time after the passing of a time-period to 
publish an index signature in the archive and to perform revocation. This allows one to handle 
break-in at the very end of a time period. As a consequence, the signer should be allowed to put 
several index signatures in the public archive per time-period, the one with the lowest index being 
the one that counts. A signature with index i is then counted valid if no revocation happens, or if 
1 0 revocation happens, if i < f - where f is the index of the revocation signature. 

Ill Allowing s Signatures Per Time-Period 

In the third example only one instantiation of the presented signature scheme is used. The index is 
bound to the time-periods by allowing exactly s signatures per time-period. The parameter s 
together with t 0 and t A is published as part of the public key. 

15 Thus in time-period T t the indices i • s (i + \)s - 1 can be used to sign. To revoke a key, the 
signer sends the revocation signature produced with the current index /, to the TTP. The TTP 
verifies the signature and published it if the signatured index matches the current time-period. 

The signature with index j is considered valid if no revocation happened, or in case a revocation 
signature with index/ was published, if/ belongs to an earlier time-period that / or if / < f - j A . . 

20 The rational behind this third example is that the work of signing a message in the presented 
signature scheme is governed by updating the secret key. Thus one could calculate how many 
signature one can possibly issue during a time period given the computational power one has and 
then set s to this number. Then, one would constantly perform the secret key update, even if no 
message was signed. This approach would not change the response behavior of the system very 

25 much, but does not use a public archive and the signatures are smaller than in the first example. 



CH920020013 



19- 



Any disclosed embodiment may be combined with one or several of the other embodiments 
shown and/or described. This is also possible for one or more features of the embodiments. 

Computer program means or computer program in the present context mean any expression, in 
any language, code or notation, of a set of instructions intended to cause a system having an 
5 information processing capability to perform a particular function either directly or after either or 
both of the following a) conversion to another language, code or notation; b) reproduction in a 
different material form. 



